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INFORMATION GATHERING FACILITY EMPLOYING 
DICTIONARY FILE CONTAINING MULTIPLE INQUIRIES 

Cross -Reference to Related Application 

This application contains subject matter which is 
5 related to the subject matter of the following application, 
which is assigned to the same Assignee as this application 
and which is hereby incorporated herein by reference in its 
entirety: 

"Information Gathering Facility Employing Dictionary 

10 File Containing Inquiry Invoking An External Process, " by 

^ow (jgp KJo^ 

Douglas G. Murray, (Docket No. EN999112) , S^riaJ^-Ne^r^-pt^^^j^pgy^^gL- 
G ^ ^HljLf co-filed herewith. 



Technical Field 

15 The present invention relates in general to information 

processing within a computer system, and more particularly, 
to an information gathering facility, for example, for a 
network of computer systems for use in ascertaining updated 
state information on one or more computer system within the 

20 network. Still more particularly, the invention relates to 
a configuration of a dictionary file data structure employed 
in ascertaining state information on one or more computer 
systems of a network and to a technique for gathering such 
information using the dictionary file. 



25 BackqroTind of the Invention 

Computer networks provide a number of advantages over 
standalone systems. In a network, each computer is a node 
which communicates with other nodes over one or more links 
Nodes may be provided which store and manage databases or 
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other data files on mass storage devices, or which manage 
printers or links to public telecommunication networks, etc. 

As networks become larger, and more computers, 
input /output devices and other machines are connected 
5 together, management of the network becomes more and more 
difficult. To alleviate data transfer limitations when 
connecting many nodes to a single network, networks are 
often divided into a smaller number of nodes, essentially 
creating separate networks which are then interconnected by 
10 means of bridges or gateways to allow a node on one 
sub-network to communicate with a node on another 
sub-network. This alleviates the data transfer limitations 
of networks, but does not alleviate management problems. 

One problem associated with management of a computer 
15 system is managing software on the different computing 
nodes . Software management can include a number of 
functions, such as verifying that a computing node has a 
particular type of file, a particular version of the file, 
and possibly, ascertaining contents of the file. Keeping 
20 track of software distribution and use can be important for 
licensing purposes, as well as for basic functioning of the 
network. In the past, when computer systems were a single 
large, multiuser system, a system manager performed these 
functions. With the advent of single user systems, such as 
25 personal computers and workstations, the users have 

essentially become the system manager, requiring them to 
perform these system management tasks individually. 

A need thus exists in the art for an enhanced, 
automated information gathering facility which allows state 
30 data, such as file existence and file configuration 

EN999088 -2- 



information, for one or more nodes to be maintained up-to- 
date in a control information repository of the computer 
system network. 

Disclosure of the Invention 

5 Briefly summarized, the invention comprises in one 

aspect a method for gathering information on a state of a 
computer system. The method includes: providing a 
dictionary file having a plurality of inquiries for 
ascertaining state information on the computer system, the 

10 plurality of inquiries being organized into at least one 
subject group, each subject group being directed to a 
different piece of the state information, at least one group 
of the at least one subject group having multiple records of 
inquiry; and processing at least one inquiry of the 

15 plurality of inquiries of the dictionary file to accumulate 
the state information, the processing including for each 
group of the at least one group having multiple records of 
inquiry, processing a record of the multiple records of 
inquiry, and if a condition of the record is satisfied then 

20 terminating processing of the group, otherwise processing a 
next record of the multiple records of inquiry and 
continuing until a condition of one record of the multiple 
records of inquiry is satisfied or until all records of the 
multiple records of inquiry of the group have been 

25 processed. 

In another aspect, a method is provided for gathering 
information on a state of a computer system which includes: 
providing a dictionary file having a plurality of inquiries 
for ascertaining state information on the computer system, 
3 0 at least one inquiry of the plurality of inquiries includes 
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an instruction having a result which is output when a 
condition of the instruction is satisfied; and processing 
the at least one inquiry of the plurality of inquiries of 
the dictionary file to accumulate the state information, the 
5 processing including for each instruction outputting the 

result of the instruction from the dictionary file when the 
condition of the instruction is satisfied, wherein the state 
information on the computer system includes outputted 
results from satisfaction of the at least one instruction. 

10 Systems and program storage devices corresponding to 

the above- summarized methods, as well as data structures 
encompassing the dictionary files employed thereby, are also 
described and claimed herein. 

To restate, presented herein is an information 
15 gathering facility which can reside at a central location 
within a network of computer systems and be read from the 
central location by the individual computer systems when 
state information is to be derived. Thus, there is the 
ability to change one or more inquiries at the central 
2 0 location without making changes at all computer systems of 
the network. In accordance with the principles of the 
present invention, there is also an ability to design and 
implement inquiries of complicated machine configurations 
without programming, i.e., creating an executable of the 
25 file. Further, the format of the inquiry results, that is 
the state information returned, can be defined in the 
dictionary file itself, i.e., each instruction or line of 
inquiry in the dictionary file can possess a condition which 
if satisfied outputs a result and the cumulative results 
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comprise the state information. This feature can be 
employed by other processes to query a machine and have the 
response formatted in a way that the process needs. 

By providing multiple inquiries within a group, 
5 searching is possible for one or more of several versions of 
an application installed on a workstation in the network. 
When an inquiry finds the desired version on a workstation, 
the remaining inquiries are omitted. As new versions of an 
application become available, a new inquiry is simply added 

10 to the group that is looking for that application. This 
leaves intact all the inquiries that looked for the 
*backlevel' versions. Code reuse is thus encouraged since 
other applications can use this tool to gather workstation 
information instead of including separate logic to do their 

15 inquiry. 



Brief Description of the Drawings 

The above-described objects, advantages and features of 
the present invention, as well as others, will be more 
20 readily understood from the following detailed description 
of certain preferred embodiments of the invention, when 
considered in conjunction with the accompanying drawings in 
which: 



FIG. 1 depicts a computer system network implementing 
25 an information gathering facility in accordance with the 
principles of the present invention; 

FIG. 2 depicts an example of possible types of inquiry 
which could be employed in a directory file in accordance 
with the principles of the present invention; 
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FIGS. 3A & 3B are a flowchart of one embodiment for 
processing a directory file implemented in accordance with 
the principles of the present invention; 

FIG. 4 is a flowchart of one embodiment of a process 
5 file inquiry routine called by the directory file process 
flowchart of FIGS. 3A & 3B; 

FIG. 5 is a flowchart of one embodiment of a process 
INI inquiry routine called by the directory file process 

flowchart of FIGS. 3A & 3B; 

10 FIG. 6 is a flowchart of one embodiment of a process 

external process inquiry routine called by the dictionary 
file process of FIGS. 3A & 3B; 

FIG. 7 is a flowchart of one embodiment of a default 
routine called by the directory process flowchart of FIGS. 
15 3A & 3B; and 

FIG. 8 is an example of a dictionary file data 
structure implemented in accordance with the principles of 
the present invention. 



Best Mode for Carrying Out the Invention 

20 Generally stated, provided herein is an information 

gathering facility which employs a dictionary file having an 
unique data structure. Specifically, the dictionary file 
has a plurality of inquiries for ascertaining state 
information on a computer system within a network of 

25 computers. The plurality of inquiries are organized into 
one or more subject groups. One or more of the subject 
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groups contain multiple records or lines of inquiry. The 
information gathering technique employs this dictionary file 
by processing the inquiries of the subject groups to derive 
information on the state of the computer system. When 
5 multiple records or lines of inquiry exist within a given 
group, processing terminates with a first record of inquiry 
which has a condition that is satisfied by the computer 
system. One or more of the plurality of inquiries within 
the dictionary file are referred to herein as "instructions" 

10 and comprise inquiries with conditions that if satisfied 

cause the outputting of a result which is to be added to a 
file being constructed with the state information on the 
computer system. This feature allows programming (from the 
dictionary file) of the result to be output upon 

15 satisfaction of an inquiry contained within ~the dictionary 
file. Thus, the form of the information returned as the 
state information is dictated from the dictionary file 
itself. In one embodiment, the dictionary file comprises an 
ASCII file which is maintained at a central location within 

20 a computing network, and which is called by an inquiry tool 
(i.e., routine) resident on the computer system to be 
examined . 

FIG. 1 depicts one embodiment of a computer network, 
generally denoted 10, which includes multiple computing 

25 systems such as client workstations 12 coupled to a server 
14. As shown, server 14 functions as an information 
repository in accordance with the principles of the present 
invention. Each client workstation 12 includes an inquiry 
tool 16 and in this example a copy of the dictionary file 18 

30 read from information repository 14. Inquiry tool 16 

includes the control file which tells, for example, client 
12 when to update its corresponding state information, where 
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to go to obtain the dictionary file and where to return the 
state information 20. The inquiry tool is an application 
that is installed on a workstation that is used to gather 
information from the workstation. Once operational, the 
5 tool will gather the information when executed by the end 
user or optionally on a periodic schedule. Installation of 
this tool could be done at any time, but is typically done 
prior to a user receiving the workstation for use. 

In this embodiment, the returned information 20 is 
10 stored at database 2 0 of information repository 14 of 

network 10. Preferably, the dictionary file copy at client 
12 is updated each time inquiry tool 16 initiates processing 
to update the client state information. Note that as used 
herein the "state of the computer system" and "state 
15 information" refer to, for example, whether a program or 
file exists on the client, the version or level of the 
program or file, or to a variable or value from an 
application residing on the client or resulting from 
execution of an external process by the client as described 
20 in greater detail in the above -incorporated, co-filed 
application. 

The information gathering facility of the present 
invention can be employed with many types of computer system 
environments and many types of computer systems. For 

25 instance, the computer environment might include an RS/6000 
computer system running an AIX Operating System (RS/6000 and 
AIX are offered by International Business Machines 
Corporation) . Alternatively, the computer environment could 
include a UNIX workstation running a UNIX-based operating 

30 system. Instead of a single system, the computing 

environment could comprise a network of computer systems 
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such as depicted in FIG. 1 wherein each computer system 
could be a UNIX or AIX workstation and the units are coupled 
to one another via a TCP/IP connection. Each unit might 
include, for example, a central processing unit, memory and 
5 one or more input/output devices which are well-known in the 
art. Again, the information gathering facility of the 
present invention can be incorporated and used with any type 
of computing unit, computer, processor, node, system, 
workstation and/or environment without departing from the 

10 spirit of the present invention. As another example, each 
computer system might comprise a PS/2 computer offered by 
International Business Machines Corporation, or one or more 
of the units may be based upon the Enterprise Systems 
Architecture offered by International Business Machines 

15 Corporation. Additionally, connection between the computer 
systems need not be TCP/IP, It can be any type of wire 
connection, token ring or network connection, to name just a 
few examples , 

FIG. 2 depicts one example of several possible inquiry 
20 types which can be employed by a dictionary file constructed 
in accordance with the principles of the present invention. 
These inquiry types include: a file inquiry with checks for 
existence of a file of a certain date, time and/or size, and 
which can return file information; an INI file inquiry which 
25 checks for a certain application, variable and/or value, and 
which can return a certain value or all variables and 
values; an ASCII file inquiry which checks for a certain 
character string in a file, and which can return information 
on a line within the character string; a registry inquiry 
30 which checks for a certain registry tree and value, and 

which can return a value or all values within a tree or sub- 
tree; an external process inquiry using an INI output which 
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executes an external process and performs an INI file 
inquiry on the results; an external process inquiry using an 
ASCII output, which executes an external process and 
performs an ASCII file inquiry on the results; an external 
5 process inquiry using a registry which executes an external 
process and does a registry inquiry on the result; and a 
multiple inquiry which can comprise a combination of 
selected inquiry types wherein all inquiries must succeed. 

By way of example, if application APPl has an INI file 
10 entry of Version-1.0 for version 1.0 but for some reason the 
INI file is not used at all for version 2.0 but instead a 
new file APP1.DAT is used, the following would detect the 
installed version: 

1. Check for APP1.DAT file on the system, if 
15 found version 2.0 is installed. 

2. Check the INI file for Version=1.0 line, if found 
version 1.0 is installed. 

3. Check for APP1.EXE to see if any version is 
installed. 

20 As noted, one feature of an information gathering 

facility or Client Information Gathering Facility (CIGF) in 
accordance with the principles of the present invention is 
the dictionary file. This file is used to determine what 
the state of the computer system is and what information is 

25 to be returned to the server to be placed into the data 

repository. Within the dictionary file there are sections 
or groups of inquiries. Each group has one or more lines or 
records of inquiries that instruct CIGF how to gather the 
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desired state information for that particular subject group. 
This information can be, for example, a version or setting 
data as supported by the options described below. Within 
the subject groups, any or all lines of inquiry may be used 
5 to obtain a result. In one example, a "Notes" grouping may 

have two lines which when processed determine the output, if 
any. 



[next app] 

; file; %appid% :V6 ;napp .exe; 6/22/1996 

First the file notes.exe is searched for in the file 
system. If it is found and is dated 03/11/1997 and its size 

15 is 231936 then the string Notes:V4.5 is output. Otherwise, 
the process continues for each line under the group until 
one of the lines is successful or there are no more lines 
for the group. In this example, if the Notes.exe file could 
not be found according to the first line, then the second 

20 line is processed. Since there is no date, time or size 
specified for the second line then it will succeed if the 
Notes.exe file exists anywhere on the system. The output 
line will contain the full path where it was found and the 
date, time and size of the file. 

25 There are several options that are available to be used 

on the lines for each group. The first character on the line 
can be used as the delimiter for each of the fields used 
when an option is used to return information. 

The following is a description of certain possible 
30 options and the syntax of the lines that implement them. 

Each option below is available on various operating systems. 



10 



[Notes] 

; file; Notes :V4 . 5 ; notes . exe ; 3/11/1997 ; 23193 6 
; file; Notes : Unknown %fileid% %date% %time% % 



%size%;notes .exe 
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such as the OS/2 Operating System offered by International 
Business Machines Corp. 

Check for Existence of a File 

This option can be used to check for the existence of a 
5 file to determine the version of software that is installed. 
The file option can be used to check for the existence of a 
set of files and return a version statement if the files are 
found . 

Syntax: 

10 ;file;output;f ileidl;datel;timel;sizel; . . . ; f ileidn; daten; timen; sizen 



This is the output that will be placed in the output 
file if the files are found. There are several variables 
that will be substituted into this string before it is 
15 returned. 



Output 



o 



appid% 



The current group or application id. 



del% 



The input field delimiter. 



20 



%fileid% 



The full path of the last file being searched 
for. 



date 



% 



The date of the last file being searched for. 
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%time% 

The time of the last file being searched for. 

%size% 

The size of the last file being searched for. 

5 f ileidl 

The name and ext of a file to search for. This 
file is one that if it exists, the application 
is installed. 

datel 

10 The date that the file must have in order to be this 

version. * or no value means that the date of the file 
is not important . 

timel 

The time that the file must have in order to be this 
15 version. * or no value means that the time is not important 

sizel 

The size that the file must have in order to be this 
version. * or no value means that the size is not important 

f ileidn 

20 Used if more than one file is to be checked. 

daten 

Used if more than one file is to be checked. 
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timen 

Used if more than one file is to be checked. 

sizen 

Used if more than one file is to be checked. 

5 Obtain Data from Execution of 
External Application 

IPConfig obtains TCP/IP information from the system by 
executing the WINIPCFG command on Windows 95 or the IPCONFIG 
command on Windows NT. Use the IPConfig option to run these 
10 utilities and extract information from the result to be sent 
to the repository. 

Syntax: 

; IPConfig; output ; key; value 
Output 

15 This is the output that will be placed in the output 

file if the key is found. There are several variables that 
will be substituted into this string before it is returned. 

%appid% 

The current application id. 

20 %del% 

The input field delimiter. 

%key% 

The Key being searched for. 
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%value% 

The values found for all occurrences of the key- 
within the app. When there are more than one value 
the delimiter is used between them. 

5 key 

This is an ASCII string of characters that are searched 
for at the beginning of each line output by the WINIPCFG or 
IPCONFIG commands. If found then the remainder of the line, 
following the : delimiter is used as the value associated 
10 with the key being searched for. 

value 

If a value is given then the inquiry will succeed only 
if the value given matches that on the line of the WINIPCFG 
or IPCONFIG output. When * is the value given or no value 
15 is given then the inquiry succeeds if the key is found in 

the WINIPCFG or IPCONFIG output and the value in that output 
is returned. 

Obtain Data from an ASCII INI File 

Often application INI files contain information that is 
20 required to determine how that application is installed. 
Use the INI option to extract information from an 
application INI file. Those skilled in the art will note 
that an INI file is an initialization file in Windows which 
provides persistent storage of configuration data. Many 
25 applications employ INI files to store information that must 
persist. Those skilled in the art of Windows programming 
understand the format and use of INI files. 

Syntax: 

; ini ; output ; f ileid; app; key; value ; reg_exe 
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Output 

This is the output that will be placed in the output 
file if the key is found. There are several variables that 
will be substituted into this string before it is returned. 

5 %appid% 

The current application (i.e., group) id. 

%del% 

The input field delimiter. 

10 %fileid% 

The full path of the INI file on the system. 

%app% 

The application from the INI file. 

%key% 

15 The key from the INI file. 

%value% 

The values found for all accuracies of the key 
within the application are placed here. When there 
are more than one value the delimiter is used 
20 between them. 

fileid 

The name and extension of the INI file. A path may 
also be included but a drive letter is not 
supported . 
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The application name within the INI file. This is 
required and is used to find the application in the 
file. 

5 key 

This is the key in the INI file. * or no value 
means that the "n" lines are to be read from the 
application and placed in the output as a delimited 
list. 

10 value 

If a value is given then the version is defined by 
this value assigned to the key. * or no value means 
that any value assigned to the key is all that is 
needed. When * is given as the key, then the 
15 number of lines to include in the output is given 
as the value. * or no value in this case means 
include all lines from the application. 

rea_exe (Windows NT/2000/98/95 Versions) 

This is the name of the registered exe file that will 
20 use the INI file being searched. If reg_exe is given then 
the registered install directory for the executable is first 
searched for the INI file and then the PATH is searched. 
When a reg_exe is given the fileid cannot contain a path. 

Output a Default String 

25 Default simply outputs text to the output file if none 

of the previous options were successful . 
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15 



20 



t 



Syntax: 

; default ; output 



Output 

This is the output that will be placed in the output 

5 file. There are several variables that will be substituted 

into this string before it is returned. 

%appid% 

The current application id. 

10 %del% 

The input field delimiter. 

To summarize, there are several search options which 
could be employed to determine a version or other state 
information for a computer system, including: 



Searching for a file 

Searching for a certain INI file entry 

Using output of some other external application 

Checking for a default condition, or 

Looking for a registry key/value 



FIGS. 3A & 3B depict a flowchart of one embodiment for 
processing a dictionary file data structure in accordance 
with the principles of the present invention. The data 
structure in this example employs the first four options 
25 noted above. Other examples, however, will be apparent to 
those skilled in the art. 

In the embodiment of FIGS. 3A & 3B, dictionary file 
processing 30 begins with setting of a "Looking For a New 
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Group" flag 40. As noted above, the dictionary file can be 
organized into multiple subject groups and the new group flag 
is set to indicate that the processing is searching for a 
next group in the file. Next, processing inquiries whether 
5 there are any records or lines in the dictionary file left to 
be processed 50. If "no", then the results obtained up to 
this point are output in a file to the information repository 
60 and processing is terminated 70. 

Again, as used herein, a "record" is a line of inquiry 

10 which may comprise an "instruction" within the dictionary 
file. An instruction is a line of inquiry which contains a 
condition that when satisfied causes a result to be output 
for inclusion as a line in the file comprising the state 
information of the computer system under examination. In one 

15 example, each record or line of inquiry also comprises an 

instruction. If records remain, then processing reads a next 
record from the file 80 and determines whether the "Looking 
For New Group" flag is set 90. If so, then the new record 
may comprise the first line of the new group and inquiry 

20 determines whether the new group is found 100. If "no", then 
processing returns to determine whether any records remain in 
the dictionary file 50. If a new group has been found, then 
the group substitution variables for the new group are set 
110. The group substitution variables could comprise values 

25 for the group which are to be inserted into the output with 
the state information. The "Looking For New Group" flag is 
then reset 120 and processing determines whether there are 
any records remaining 50. If so, then at the next pass 
through inquiry 90 the "Looking For New Group" flag will not 
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be set and processing determines whether a new group is found 
130. If a new group is found, this means that the previous 
group had no lines of inquiry and the group substitution 
variables are set for the new group 110. 

5 Assuming that the record does not comprise a new group, 

then processing determines whether the record is a file check 
inquiry 140. If so, then a process file inquiry subroutine 
150 is called. If the record is not a file check inquiry, 
processing determines whether the record is an INI file 

10 content check inquiry 160. If so, then a process INI inquiry 
subroutine 170 is called. If the answer to inquiry 160 is 
"no", then processing determines whether the record is an 
external process check inquiry 180, and if so, a process 
external process inquiry subroutine 190 is called. Finally, 

15 in this example, processing determines whether the record is 
a default inquiry 200. If so, the process default inquiry 
subroutine 210 is called. Otherwise, no action is taken and 
processing determines whether there are any records remaining 
50. 

20 FIGS. 4, 5, 6 & 7 respectively depict one embodiment of 

a process file inquiry subroutine 150, a process INI inquiry 
subroutine 170, a process external process inquiry subroutine 
190, and a process default inquiry subroutine 210. 
Continuing with FIGS. 3A & 3B, after processing the record 

25 through the appropriate subroutine, inquiry is made whether 
the condition within the record has been satisfied 220. If 
so, then the result associated with the record is added to a 
results file to be output upon completion of dictionary file 
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processing 230. The "Look For New Group" flag is then set 
240 and processing looks for a next record in the dictionary 
file 50. If the condition in the record is unsuccessful, 
then processing directly returns to inquiry 50. 

5 FIG. 4 depicts one embodiment of a process file inquiry 

subroutine 400 which begins by checking whether there are 
more files in the inquiry to check 410. If "no", then the 
result or variables from the inquiry line are substituted 
into the result line to be output as the state information 

10 (from the processing of FIGS. 3A & 3B) . The result line 
would also include the group substitution variables set 
during the processing of FIGS. 3A & 3B. This successfully 
ends processing 425 of the process file inquiry 400. If 
there are more files to be checked in the inquiry, processing 

15 determines whether the desired file exists 430, whether the 
size of the file matches the anticipated size 440, whether 
the date of the file matches 450 and whether the time of the 
file matches 460. If "yes" to these inquiries, then the 
condition has been satisfied and processing determines 

20 whether there are any more files to check. If "no", then the 
corresponding result of the inquiry is substituted into the 
result line to be output as the state information for the 
client and processing successfully terminates 425. If the 
answer to any of inquiry 430, 440, 450 or 460 is "no", then 

25 processing is terminated for the line of inquiry since the 
condition does not exist on the client 475. 

FIG. 5 depicts one embodiment of a process INI inquiry 
routine 500 which begins by opening the INI file 510. 
Processing determines whether there are more lines to check 
30 in the INI file 520. If "no", then the process INI inquiry 
was not successful 525. Otherwise, the next line of the INI 
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file is read 530 and processing determines whether the line 
is the start of a desired application or section in the INI 
file 540. If "no", then a next line in the INI file is 
checked and the process is repeated until the start of the 
5 desired application in the INI file is found. 

Once the start of the desired application is found, 
processing determines whether there are more lines in the INI 
file to check 550. If not, then the process INI inquiry has 
been unsuccessful 525. If so, the next line is read 560 and 

10 processing determines whether the variable matches 570. If 
"no", then a next line is checked 550. Otherwise, processing 
inquires whether the value of the variable matches or is a 
don't care 580. If "no", then a next line is checked. If 
the value matches or is a don't care, then the variables are 

15 substituted into the result line to be output as a portion of 
the state information 590 and the process INI inquiry is 
successfully ended 595. 

FIG. 6 depicts one embodiment of a process external 
process inquiry 600 which calls the external process and 

20 places the result in a temporary file 610. As noted above, 
there are a number of options with respect to processing of 
an external application. The external application could 
output an INI file, an ASCII file, or registry changes. In 
this example, an INI file output is assumed. Thus, an INI 

25 inquiry is processed on the temporary file 620 to determine 
whether the condition has been successfully met. The 
temporary file is then deleted 630 and processing determines 
whether the INI inquiry was successful 640. If so, an end 
successful result 655 is obtained, otherwise an end not 

30 successful result is output 645. 
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FIG. 7 is a flowchart for processing a default inquiry 
700. This processing simply comprises substituting variables 
into the result line 710 as defined by the default inquiry. 
Processing is always successful 715 with a default inquiry. 

5 FIG. 8 depicts an example dictionary file wherein an 

external process IPCconfig is called and the results of that 
external process are compared with a predefined condition. 
This example dictionary file is described in greater detail 
in the above -incorporated, co- filed patent application. 

10 Those skilled in the art will note from the above 

description that presented herein is an information gathering 
facility which employs a dictionary file data structure at a 
central location to derive state information on one or more 
computer systems in a network. Advantageously, the format of 

15 the state information returned can be defined by results 

contained within the dictionary file data structure itself. 
The data structure comprises a plurality of inquiries which 
are organized into subject groups and when a particular 
condition of an inquiry is satisfied, all other inquiries in 

20 the group are skipped. As new versions of an application on 
one or more computer systems in the network become available, 
a new inquiry is simply added to the respective group that is 
looking for that application. 

The present invention can be included, for example, in 
25 an article of manufacture (e.g., one or more computer program 
products) having, for instance, computer usable media. This 
media has embodied therein, for instance, computer readable 
program code means for providing and facilitating the 
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capabilities of the present invention. The articles of 
manufacture can be included as part of the computer system or 
sold separately. 

Additionally, at least one program storage device 
5 readable by machine, tangibly embodying at least one program 
of instructions executable by the machine, to perform the 
capabilities of the present invention, can be provided. 



The flow diagrams depicted herein are provided by way of 
example. There may be variations to these diagrams or the 

10 steps (or operations) described herein without departing from 
the spirit of the invention. For instance, in certain cases, 
the steps may be performed in differing order, or steps may 
be added, deleted or modified. All of these variations are 
considered to comprise part of the present invention as 

15 recited in the appended claims. 



While the invention has been described in detail herein 
in accordance with certain preferred embodiments thereof, 
many modifications and changes therein may be effected by 
those skilled in the art. Accordingly, it is intended by the 
20 appended claims to cover all such modifications and changes 
as fall within the true spirit and scope of the invention. 
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